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Pol)  Defense  System  Software  Management  Program 


Introduction 


The  sharply  rising  costs  of  software  programs  in  the  Defense  System 
acquisition  process,  with  respect  to  acquisition  procedures,  develop- 
ment and  maintenance  of  such  software,  and  the  increasing  importance 
of  the  software  roles  in  the  overall  mission  effectiveness  of  major 
Defense  Systems  constitute  serious  technical  and  management  problems 
that  must  be  solved  if  we  are  to  have  the  Defense  Systems  that  are 
needed  for  our  national  security. 

In  an  effort  to  piovide  solutions  to  some  of  the  key  problems  under- 
lying Defense  System  software  acquisition,  mangement,  coordination, 
and  control,  the  DoD  Software  Management  Steering  Committee  has 
formulated  a comprehensive  plan  comprising  policy,  practice,  pro- 
cedure, and  technology  initiatives.  The  plan,  described  in  detail  in 
the  attached  paper,  is  divided  into  the  following  Sections: 

Part  One  Policy,  Practice,  Procedure,  Technology  Elements 
Part  Two  Implementation  Brief 

I.  Action  Vehicles  and  Resources  Estimates 
II.  Organizational  Roles,  Responsibilities  and  Interactions 


The  DoD  Software  Management  Steering  Committee  intends  to  carry  out 

the  actions  described  in  this  plan,  and  to  seek  the  support  of  the  Service 

Components,  Federal  Contract  Research  Center,  and  Industry  in  so  doing. 


Comments  or  questions  regarding  material  contained  In  this  paper  should 
be  addressed  to  Mr.  B.  C,  De  Roze,  0ASD(I&L),  Room  2A318,  Pentagon. 

The  appropriate  telephone  number  is  695-0121. 


BARRY  C.  De  ROZE 
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DoD  Defense  System  Software  Management  Program 


PART  ONE 


Policy,  Practice,  Procedure,  and  Technology  Elements 


. Problems  Addressed 


. Action  to  be  Taken 


DoD  Software  Program  Elements 
I,  Management  Policy 

A.  Software  Visibility  in  Embedded  Computer  Sy,  equisition 

1.  Problem/ Issue  Summary 

, Inadequate  Requirement  Analyses 
, Inadequate  Interface  Management 
. Inadequate  Documentation 
. Lack  of  Transferability 
. Inaccurate  Cost/Schedule  Projections 
. Low  Quality 

. Inconsistent  Application  of  Tools  and  Procedures 
. Management  Prerogatives  Pre-empted 

2.  Actions  to  be  Taken 

a.  Management  policies  will  be  developed  and  emphasized  to 
ensure  that  the  same  attention  is  given  to  software  requirements  analysis, 
planning,  and  design  as  hardware  during  the  Concept  Formulation  and 
Program  Validation  phases  of  system  development,  prior  to  the  DSARC  II 
(or  equivalent).  Such  policies  will  ensure  that  software  is  addressed  in 
ROC's,  SOR's,  DCP's,  and  all  other  appropriate  planning  documents  and 
enforced  through  system  design  reviews. 

Estimated  time  to  complete  (years):  Q.8^~  _ 

Estimated  total  cost  (thousands  of  dollars):  0^ 

Action  Vehicle:  DODD  XX,  DODD  500.2 
Office  of  Primary  Responsibility:  OSD 

b.  Planning  and  aaMgment  directives  for  embedded  computer 
systems  will  treat  software  components  as  configuration  items.  All 
relevant  DoD  directives,  such  as  DODI  4104.65,  ASPR  Case  70-83,  and 
MIL-STD-881  on  work  breakdown  structures,  will  be  revised  to  reflect  this 
change. 


^Time  to  complete  from  date  of  this  paper.  No  connotation  of  manpower 
level  of  effort,  nor  of  specific  task  duration, 

O 

External  fiscal  resources  only.  Figures  do  not  include  costs  associated 
with  DoD  Civilian  or  military  personnel. 
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Estimated  time  to  complete  (years):  1,0 

Estimated  total  cost  (thousands  of  dollars):  0 

Action  Vehicle;  POOD  XX.  POD.  M1L-STD.  ASPR  “ 

Office  of  Primary  Responsibility:  OSD 

c.  A computer  resource  plan  will  be  developed  prior  to  DSARC  XI 
(or  its  equivalent)  and  maintained  through  the  life  cycle.  The  purpose  of 
this  plan  is  to  identify  the  important  embedded  computer  system  resource 
acquisition  and  life  cycle  planning  f'  cors,  and  establish  specific  software 
guidelines  to  ensure  that  these  factors  are  adequately  considered  in  the 
acquisition  planning  process. 

Estimated  time  to  complete  (years):  £ 

Estimated  total  cost  (thousands  of  dollars):  £ 

Action  Vehicle:  DODD  XX,  Service  Directives 

Office  of  Primary  Responsibility:  OSD,  Services  Respectively 

d.  Support  items  required  to  cost,  effectively  develop  and  main- 
tain the  delivered  software  over  the  system  life  cycle  will  be  specified  as 
deliverables  with  DoD  acquiring  rights  to  their  design.  Examples  of  such 
support  items  are  compilers,  environmental  simulators,  documentation, 

test  case  analyzers,  test  data  management  systems,  system  exercisers, 
standards  generators  and  enforcers,  and  training  airds.  As  with  all 
deliverables,  procedures  will  be  developed  for  establishing  and  perform- 
ing effective  acceptance  tests  for  deliverable  support  software,  standards, 
training,  and  documentation.  Also,  appropriate  procedures  will  be 
established  for  handling  proprietary  support  software. 

Estimated  time  to  complete  (years): 

Estimated  total  cost  (thousands  of  dollars):  £ 

Action  Vehicle:  DODD  XX,  Service  Directives 

Office  of  Primary  Responsibility:  OSD,  Services  Respectively 

e.  Specific  milestones  to  manage  the  life  cycle  development  of 
software  will  be  use.d  to  ensure  the  proper  sequence  of  analysis,  design, 
implementation,  integration,  test  and  review.  These  milestones  will 
include  specific  criteria  that  measure  their  attainment.  MIL-STD-483, 
MIL-STD-490,  and  AFR  800-14  will  be  used  as  a baseline,  but  they  will 
be  expanded  to  define  work  to  be  accomplished,  products  to  be  delivered, 
and  quantitative  demonstration  criteria. 

Estimated  time  tc  complete  (years):  1,0 

Estimated  total  cost  (thousands  of  dollars):  £ 

Action  Vehicle:  DODD  XX,  Service  Standards  and  Regulations 

Office  of  Primary  Responsibility:  OSD,  Services  Respectively 


15.  Software  Language  Standardization  and  Control 


1.  Problem/ Issue  Summary 

Language  Selection 

. Lack  of  correlation  between  MOL  language  and  engineering 
problem 

. Lack  of  visibility  into  design 

. Excessive  machine  dependent  characteristics  of  MOL 

Language  Proliferation 

. Language  Learning  Process  Difficult 

. Discourages  Development  of  Test  and  Support  Tools 

* Reduction  of  jna  -geraent  visibility  and  control  over  software 
design  and  development 

. Complication  of  institutional  control  over  language  features 

. Magnification  of  documentation,  training,  and  other  costs  in 
proportion  to  number  of  languages  in  use 

2,  Actions  to  be  Taken 


a.  Management  policy  encouraging  the  use  of  app 
Order  Language  (HOL)  by  restricting  the  use  of  machine  'J 
unless  it  is  conclusively  demonstrated  that  a IiOL  cannot 
documentation  'during  program  development)  for  all  macb 
programs  to  the  algorithm  level  will  be  required. 


ed  Higher 
t coding 
used.  Rigorous 
level  coded 


Estimated  time  to  complete  (years):  0.5 

Estimated  total  cost  (thousands  of  dollars):  £ 

Action  Vehicle:  DODD  XX,  DODI  XX 

Office  of  Primary  Responsibility:  OSD/DDR&E 


b.  Discourage  the  proliferation  of  HOL’s  currently  being  used  in 
the  Services,  but  encourage  computer  language  R&D  to  enhance  software 
visibility,  quality  and  reliability. 


Estimated  time  to  complete  (Years):  0.5 

Estimated  total  cost  (thousand  of  dollars):  £ 
Action  Vehicle:  DODD  XX,  DODI  XX 

Office  of  Primary  Responsibility:  0SD/D1TSE 
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a.  Management  policy  directive  will  assign  each  DoD  authorized 
HOL  to  a control  agent  that  will  be  responsible  for  assuring  the.  stability 
of  the  language,  certifying  all  implement' tion,  gathering  data  as  tc  the  use 
of  the  language,  and  for  disseminating  information,  compilers,  and  tools. 

Estimated  time  to  complete  (years):  3 (then  recurring) 

Estimated  total  cost  (thousands  of  dollars):  2,000/year 

Action  Vehicle:  POPP  XX,  DODI  XX 

Office  of  Primary  Responsibility:  OSP/PPR&E 

C.  Software  Quality  Assurance  and  Control 

1.  Problem/ Issue  Summary 

. Lack  of  management  monitoring  of  software  reliability 
. Lack  of  formal  software  reliabilii y /quality  assurance  discipline 
. Lack  of  quantitative  data  base  for  feedback  of  "lessons  learned" 

2.  Actions  to  be  Taken 

a.  Service  policies  will  be  encouraged  to  require  experienced 
personnel  with  software  project  background,  and  recent  computer  science 
experience  to  be  assigned  to  augment  existing  reliability/maintainability/ 
quality  assurance  organizations  at  the  Service  and  program  management 
levels.  The  software  role  will  include  tit  . acquisition  and  use  of  existing 
tools  or  the  development  of  new  tools  for  accomplishing  reliability  and 
quality  assurance  functions  (e.g.,  code  auditors,  test  case  generators/ 
analyzers,  guidelines  and  handbooks,  etc.). 

Estimated  time  to  complete  (years):  0.5 

Estimated  total  cost  (thousands  of  dollars):  JO 

Action  Vehicle:  POPP  XX,  Service  Policies 

Office  of  Primary  Responsibility:  OSP,  JLC/JTCG  (ESR) 

Respectively 

b.  Establish  a uniform  software  error  data  collection  and  analysis 
system  without  delay.  These  data  will  be  gathered  from  many  programs  in 
order  to  develop  genera*  methods/analysis,  and  to  predict  the  amount  of 
development  effort  needed  to  correct  errors  on  specific  programs,  as  well 
•as  the  operational  reliability/availability  of  the  software. 

Specific  Tasks  - the  steps  required  under  this  task  are: 

(1)  Convene  a JLC  panel  under  the  JTCG-ESR  of  software 
reliability  technologists 
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(2)  Charter  the  panel  to  set  forth  requirements  for  error  data 
collection  based  on  appropriate  erroi  classifications 

(3)  Derive  formal  definitions  of  terras  within  the  data  require- 
ments list  with  emphasis  on  application  boundaries,  applicable 
life  cycle  phases,  and  usage  oriented  metrics 

(4)  Produce  an  exhibit  of  agreed  upon  data  to  be  collected  with 
associated  definitions,  metrics,  and  boundaries  ready  for 
attachment  to  RFP's 

(5)  Reflect  these  data  requirements  in  a computerized  software 
data  repository  for  dissemination  across  DoD 

Estimated  time  to  complete  (years):  1. 

Estimated  total  cost  (thousands  of  dollars):  £ 

Action  Vehicle:  Contract  Exhibit 

Office  of  Primary  Responsibility:  JLC/JTCG  (ESR) 
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II.  Management  Practices  and  Procedures 
A.  Software  Acquisition  Management  Standards 

1.  Problem/ Issue  Summary 

• Lack  of  standard  terminology  governing  software  acquisition 
and  management 

. Lack  of  established  common  standards 

. Lack  of  consistent  policy  and  planning  guidance  (via  standards , 
regulations,  instructions) 

2.  Actions  to  be  Taken 

a.  Formalize  a complete  set  of  definitions  for  embedded  computer 
system  resources  for  adoption  as  a working  standard  in  the  DoD. 

Estimated  time  to  complete:  0.5  years 

Estimated  total  cost  (in  $K):  0 

Action  Vehicle:  POPP  XX,  DODD  TlQQ.AQ 

Office  of  Primary  Responsibility:  OSD,  OSD(C)  Respectively 

b.  Formalize  a consistent  set  of  definitions  to  reconcile  computer 
and  software  system  needs  in  weapon  system,  telecommunications,  intelli- 
gence, and  ADP  areas  of  the  DoD. 

Estimated  time  to  complete:  1,0  years 

Estimated  total  cost  (in  $K):  0 

Action  Vehicle:  MIL-STP  - XX."~JCS  PUB.  1 

Office  of  Primary  Responsibility:  OSD 

c.  Review  all  DoD  and  component  Service  regulations,  directives, 
and  standards  to: 

(1)  Identify  and  correlate  the  various  sources  of  information 
describing  hardware  and  software  acquisition  and  life  cycle 
management. 

(2)  Identify  those  existing  hardware  and  software  regulations, 
directives,  and  standards  which  must  be  modified  to  pro- 
vide consistency  and  coverage. 

(3)  Identify  additional  regulations,  directives,  and  standards 
which  are  needed  to  adequately  address  software  areas 

not  covered. 
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Estimated  tim'e  to  complete:  0.5  years 

Estimated  total  cost  (in  $K):  50 

Action  Vehicle:  Study  Report 

Office  of  Primary  Responsibility:  OSD 

d.  Generate  and  promulgate  the  necessary  modifications  to  and/or 
the  new  regulations,  directives,  and  standards  identified  in  c.(2)  and  c. (3) 
above. 

Estimated  time  to  complete:  2.5  years 

Estimated  total  cost  (in  $K) : 250 

Action  Vehicle:  DODD,  DODI,  MIL-STD  Service  Directives, 

Regulations,  Instructions 

Office  of  Primary  Responsibility:  OSD  and  Services  Respectively 

e.  Cancel  any  existing  regulations,  directives  and  standards  no 
longer  required  as  a result  of  d.  above. 

Istimated  time  to  complete:  3.0  years 
Estimated  total  cost  (in  $K):  0 

Action  Vehicle:  DODD,  DODI , MIL-STD,  Service  Directives. 

Regulations,  Instruct ions 

Office  of  Primary  Responsibility s OSD,  Service  Respectively 

f.  Establish  a qualified  Office  of  Primary  Responsibility  within 
each  Service  to  process  additions  and  changes  for  consideration  and  in- 
clusion in  the  standard  definition  list,  regulations,  directives,  and  standards. 

Estimated  time  to  complete:  Recurring 

Estimated  total  cost  (in  $K):  100  annually 

Action  Vehicle:  Service  Instructions 

Office  of  Primary  Responsibility:  Services 

B,  Software  Acquisition,  Management,  Development,  operation,  and 
Support  Guides 

1.  Problem/ Issue  Summary 

. Insufficient  understanding  by  managers 

. Lack  of  planning  and  operation  guidance  in  day-to-day  operations 
. Lack  of  systems  engineering  methodology  and  discipline 
, Lack  of  technology  transfer  into  application  domain 
, Lack  of  personnel  skill  continuity  over  life  cycle 


1-8 


I 


( 

f 


I 


’gcrrrr 


i 

i 


i 


f 


i 


2 . Actions  to  be  Taken 


a.  Prepare  a series  of  guidelines,  checklists,  handbooks, 
examples,  and  other  "how  to  do  it"  data  within  the  areas  of  software 
development,  acquisition,  operation,  avid  support  for  use  by  program 
managers  and  their  staffs*  A typical  (although  not  complete)  list  of 
topics  to  be  addressed  are: 

(1)  Formulating  a life  cycle  plan 

(a)  The  planning  activity 

(b)  Cost  and  resource  escimatlon 

(2)  Specification  and  contracting 

(a)  Requirements  specification 

(b)  Concept  validation 

(c)  Contracting 
SOWs  and  RFPp 

(3)  Computer  resource  development  plan  review 

(4)  Development  visibility  and  control 

(5)  Support  facility  plan  evaluation 

(6)  Product  control 

(a)  Documentation  requirements 

(b)  Configuration  management 

(7)  Quality  assurancy  plan  evaluation 

(a)  Design  validation 

(b)  S/W  verification 

(c)  S/W  validation  and  certification 

(8)  Maintenance 
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(9)  Synopsis  of  regulations,  specifications,  and  standards 
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Estimated  time  to  complete:  3 years 

l Estimated  total  cost  (in  $K):  500 

Action  Vehicle:  Service  Handbooks 

Office  of  Primary” Responsibility:  Service.  Components 

t 

b.  The  products  of  this  program  will  be  disseminated  to  DoD  and 
component  Services  in  order  to  evaluate  their  value  and  identify  where  they 
could  be  improved.  Feedback  from  the  field  will  be  incorporated  in  updated 
' versions  of  the  guidelines  and  a cor.cinued  maintenance  effort  will  be 

established. 

j F imated  time  to  complete:  Recurring 

listimated  total  cost  (in  $K):  50  (Annual) 

Action  Vehicle:  Service  Handbooks 

5 Office  of  Primary  Responsibility:  Service  components 

C . Personnel  Development  and  Training 

1 1.  Problem/ Issue  Summary 

. Software  engineering  as  a scientific  discipline  has  not  been 
i clearly  and  formally  established 

. Shortage  of  practitioners 

< 

. Lack  of  career  incentives 

. Lack  of  relevant  academic  curricula 

2.  Actions  to  be  Taken 

a.  Recommend  that  the  Service  Logistics  Commanders  establish 
offices  of  primary  responsibility  (OPRs)  for  the  promotion,  coordination  and 
direction  of  the  efforts  to  develop  high  level  software  professionals.  These 
OPRs  should  reside  in  AFSC  (Air  Force),  NMC  (Navy),  AMC  (Array)  with 
coordination  between  these  groups  by  a JLC  Joint  Technical  Coordinating 
Group.  The  individuals  selected  for  this  OPR  function  should  be  of  high 
caliber  who  are  (a)  intimately  familiar  with  current  state  of  the  art  ir.  this 
area;  (b)  aware  of  the  needs  and  problems  of  software  in  military  systems; 
and  (c)  represent  the  formal  engineering,  programming,  mathematical,  and 
educational  sciences. 
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Estimated  time  to  complete:  0*5  years 

Estimated  total  cost  (in  $K):  0 

Action  Vehicle:  Service  Instructions 

Office  of  Primary  Responsibility:  JLC/JTCG  (XX) 

b.  Recommend  that  the  Service  Logistics  Commanders,  through 
the  OPRs,  establish  an  exchange  or  rotational  program  to  give  university 
level  instructors  an  exposure  to  the  DoD  needs.  This  program  should 
include  summer  (or  equivalent  period)  assignments  to  organizations 
involved  in  state  of  the  arc  architecture  studies,  design,  maintenance, 
etc.,  e.g.,  Data  Systems  Design  Center,  AT  Systems  Command,  Army 

and  Naval  Materiel  Commands,  operational  commands,  Federal  Contract 
Research  Centers,  etc.  Educational  institutions  should  include  Air 
Force  Institute  of  Technology,  Naval  Pose  Graduate  School,  Military 
Academies,  and  selected  civilian  universities. 

Estimated  time  to  complete:  1.0 

Estimated  total  cost  (in  $K):  JO 

Action  Vehicle:  Service  Instructions 

Office  of  Primary  Responsibility:  JLC/JTCG  (XX) 

c.  Recommand  that  the  Service  Logistics  Commanders,  through 

the  OPRs,  establish  an  apprenticeship  program  for  qualified  and  promising 
military  and  civil  service  software  engineering  candidates. 

Estimated  time  to  complete;  0,8 

Estimated  total  cost  (in  $K):  0 

Action  Vehicle:  Service  Instructions 

Office  of  Primary  Responsibility:  JLC/JTCG  (XX) 

d.  Recommend  that  the  Service  Logistics  Commanders,  through  the 
OPRs,  establish  a general  definition  of  what  constitutes  a good  software 
engineer  (professional  profile)  thereby  establishing  specialty  codes  and 
career  fields.  This  definition  of  the  profession  should  carefull  delineate 
educational  3nd  experience  requirements  for  various  levels  of  proficiency. 

Estimated  time  to  complete:  0,8  years 

Estimated  total  cost  (in  $K):  _0 
Action  Vehicle:  Professional  & Career  Profiles 

Office  of  Primary  Responsibility : JLC/Jl^G  (XX) 


1-11 


t 


e.  Recommend  that  the  Service  Logistic  Commanders,  through 

the  OPRs  establish  an  effort  to  incorporate  software  engineering  into  the 
background  of  computer  scientists  and  engineers.  A practical  goal  would 
be  to  establish  regular  graduate  courses  at  the  Air  Force  Institute  of 
Technology,  Naval  Post  Graduate  School  and  civilian  universities. 

Discretionary  funding  to  civilian  universities  should  be  used  to  establish 
the  graduate  level  courses  and  additionally  to  establish  elective  junior 
and  senior  level  undergraduate  courses. 

Estimated  time  to  complete:  1.3  years 

Estimated  total  cost  (in  $K):  500 

Action  Vehicle:  Curriculum  Plans  and  Course  Outlines 

Office  of  Primary  Responsibility:  JLC/jTCG  (XX) 

f.  Recommend  that  the  Service  Logistics  Commanders,  at  one  or 
more  universities  special  training  programs  tailored  for  the  joint  Service 
software  personnels  These  programs  can  vary  in  length  (3  months  to  a 
year).  They  should  be  aimed  at  those  software  personnel  who  have  a fair 
amount  of  experience  and  some  management  responsibility.  These  programs 
would  be  intended  to  provide  an  in-depth  exposure  to  new  developments  in 
software  engineering. 

Estimated  time  to  complete:  1.6  years 

Estimated  total  cost  (in  $K):  500 

Action  Vehicle:  Curriculum  Plans  and  Course  Outlines 

Office  of  Primary  Responsibility:  JLC/JTCG  (XX) 

g.  Establish  the  addition  of  software  acquisition/life  cycle  manage- 
ment practices  to  the  Defense  Systems  Management  School  (DSMS)  curriculum 

at  the  next  DSMS  Policy  Guidance  Council  meeting.  The  initial  course  material 
could  be  in  the  form  of  readings  and/or  guest  lecturers  and  be  expanded  as 
handbooks  and  technical  guidance  becomes  available.  The  course  content  will 
be  developed  by  the  DSMS  faculty  with  support  from  OSD  and  the  Services. 

Estimated  time  to  complete:  0,2  years 

Estimated  total  cost  (in  $K):  £ 

Action  Vehicle:  DSMS  Policy  Guidance 

Office  of  Primary  Responsibility  OSD 

D.  Software  Quality  Specification  and  Trav?-0ffg 

1.  Problem/ Issue  Summary 

. Lack  of  system  optimization  with  respect  to  both  hardware  and 
software 

. Lack  of  quantitative  quality,  reliability  goals  and  objectives 
. Lack  of  quantiative  test  standards 
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. Lack  of  test  and  support  software  incentives 
2.  Actions  to  be  Taken 

■ '■«  ■ >i  «■■■.. 

a.  Specifications  for  embedded  computer  systems  should  contain 
specific  reliability  requirements  along  with  the  functional  and  performance 
requirements.  These  should  be  quantified  with  respect  to  operational 
objectives  (e.g.,  system  or  subsystem  downtime),  and  used  to  drive  the 
design,  development,  and  testing  of  embedded  software  systems. 

Estimated  time  to  complete  (years):  1.0 

Estimated  total  cost  (thousand  of  dollars):  £ 

Action  Vehicle:  System  Requirements  Specifications  Entry 

Office  of  Primary  Responsibility:  JLC/JTCG  (ESR) 

b.  Hardware  design  guidelines  (within  category  of  embedded 
computer  systems)  should  be  established  to  allow  inclusion  of: 

' "eliability-enhancing  procedures  and  tools  such  as  higher 
•ir  languages  and  structured  code,  test  drivers,  and 
monitors. 

use  of  microprogramming  and  microprocessing 
capabilities  to  aid  in  self  monitoring  and  diagnosis. 

(3)  Monitor  registers  and  accessible  hardware  monitoring 
probe  points  to  facilitate  external  monitoring  and 
diagnosis. 

Estimated  time  to  complete:  1 year 

Katimated  total  cost:  $750K 

Action  Vehicle:  System  Design  Specifications 

Office  of  Prims, ry  Responsibility:  JLC/JTCG  (ESR) 


III.  Technology 


A.  Coordinated  Software  Research  ind  Development 
1*  Problem/ Issue  Summary 

. Lack  of  focus  in  software  R&D,  study  and  pilot  programs 

» Lack  of  technological  base  to  implement  desired  policy, 
practices,  and  procedure  initiatives 

. Obscure  relevancy  of  many  R&D  efforts  to  real  improvements 
in  softvare  management  policies,  practices,  and  procedure 
techniques 

. Redundancy  and  duplication  of  R&D  programs 
2.  Actions  to  be  Taken 

a.  A coordinated  R&D  program  will  be  initiated  to  supply  the 
technological  base  needed  to  support  the  management  policy,  practice 
and  procedure  initiatives  cited  in  Sections  I and  II  of  the  DoD  Software. 
Table  III-l  indicates  the  R&D  thrusts  required.  Specific  task  areas 
underlying  these  initiatives  are  currently  being  developed. 

Estimated  time  to  complete:  8 years 

Estimated  total  cost  (thousands  of  dollars):  38,000 

b.  A mechanism  will  be  established  for  reviewing  all  technology 
elements  of  the  DoD  Software  Program  with  respect  to  "prototype  or 
experimental  proofing"  prior  to  full  sccle  technology  transfer  to  on-going 
system  applications. 

B.  Transferability  of  Software  Support  Aids 
1»  Problem/ Issue  Summary 

. No  reuse  or  transferability  of  software  support  aids 

. Procurement  and  Development  Redundancy  (Excessive  Costs/ 

Low  Quality  Products) 

. Low  Development  Incentive  for  Support  Aids 
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2.  Actions  to  be  TJcen 


at  A repository  will  be  established  within  DoD  responsible  for 
maintenance  and  institutional  control  of  support  aids  for  development, 
test,  analysis,  and  maintenance  of  computer  programs.  In  support  of 
this  action,  the  following  typical  activities  will  be  undertaken: 

(1)  All  aids  placed  into  the  physical  inventory  should  be 
screened,  validated  and  documer.Led  according  to  a certain  set  of  standards. 
The  standards  would  be  developed  as  part  of  this  project. 

(2)  The  user  must  be  assisted  in  determining  what  aids  are 
applicable  to  development  and  in  uring  the  aids  (in-house  or  contractually). 
Guidelines  for  the  use  of  the  aid/  lust  be  written  and  a staff  of  personnel 
knowledgeable  in  all  facets  of  computer  program  development,  test,  analysis 
and  maintenance  must  be  available  to  manage  the  inventory  and  serve  as 
consultants. 

(3)  Policy  will  be  instituted  which  requires  all  DoD  organi- 
zations procuring  original  software  for  which  support  aids  will  be  required 
to  query  the  repository  in  advance  to  ascertain  whether  existing,  Govern- 
ment owned  tools  could  be  applied  to  the  particular  project,  or  to  justify 
why  this  cannot  be  done. 

Estimated  time  to  complete:  4 years 

Estimated  total  cost  (thousands  of  dollars) : $1000 

Action  Vehicle:  DODD  XX 

Office  of  Primary  Responsibility:  OSD 

b.  Procurement  vehicles  (such  as  directed  licensing,  royalty 
payments)  will  be  developed  and  injected  into  the  contract  structure  to 
allow  and  encourage  industry  interest  in  development  ct  transferable  tools. 

Estimated  time  to  complete:  2 years 

Estimated  total  cost  (thousands  of  dollars):  £ 

Action  Vehicle:  Procurement.  Research 

Office  of  Primary  Responsibility:  OSD,  Services 
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MANAGEMENT  POLICY 


The  action  vehicles  envisioned  for  carrying  out  the  management  policy 
initiatives  of  the  DoD  Software  Management  Program  are  identified  in 
Table  1-1,  along  with  a designated  Office  of  Primary  Responsibility 
(OPR) . The  designated  OPR  shall  take  the  lead  in  preparing  and  coo;  din- 
ating  the  cited  vehicle.  The  OPR  will  be  supported  in  this  activity  by  the 
Software  Management  Steering  Committee,  its  technical  and  procurement 
panels,  the  Service  Logistics  Commanders,  Service  components,  and  FCRC 
contract  efforts. 


Required  resources  to  effect  the  action  are  also  cited  in  Table  I-l  in  terns 
of  both  time  and  money.  The  time  entries  represent  calendar  time  for 
completion  starting  from  the  date  of  this  brief.  It  does  not  represent  the 
duration  of  any  specific  task.  Fiscal  resources  depict  only  those  services 
which  must  be  procured  under  contract  funding.  The  cited  entries  do  not 
include  the  salary  and  overhead  associated  with  DoD  Civilian  or  Military 
personnel. 
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Software  Language  Standardization  & Control 
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MANAGEMENT  PRACTICE  AND  PROCEDURE 


( The  action  vehicle  envisioned  for  carrying  out  the  management  practice 

\ and  procedure  initiatives  of  the  DoD  Software  Management  Program  are 

identified  in  Table  1-2,  along  with  a designated  Office  of  Primary  Respon- 
sibility (OPR).  The  designated  OPR  shall  take  the  lead  in  preparing  and 
( coordinating  the  cited  vehicle.  The  OPR  will  be  supported  in  this 

activity  by  the  Software  Management  Steering  Committee,  its  technical  and 
procurement  panels,  the  Service  Logistics  Commanders,  Service  components, 

( and  FCRC  contract  efforts. 

Required  resources  to  effect  the  action  are  also  cited  in  Table  1-2  in 
terms  of  both  time  and  money.  The  time  entries  represent  calendar  time 
< for  completion  starting  from  the  date  of  this  brief.  It  does  not 

represent  the  duration  of  any  specific  task.  Fiscal  resources  depict 
only  those  services  which  must  be  procured  under  contract  funding.  The 
; cited  entries  do  not  include  the  salary  and  overhead  associated  with  DoD 

Civilian  or  Military  personnel. 
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Software  Quality  Specification  and  Trade-Offs 
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TECHNOLOGY 


The  action  vehicles  envisioned  for  carrying  out  the  technology  initiatives 
of  the  DoD  Software  Management  Program  are  identified  in  Table  1-3,  along 
with  a designated  Office  of  Primary  Responsibility  (OPR),  The  designated 
OPR  shall  take  the  lead  in  preparing  and  coordinating  the  cited  vehicle. 

The  OPR  will  be  supported  in  this  activity  by  the  Software  Management  Steer- 
ing Committee,  its  technical  and  procurement  panels,  the  Service  Logistics 
Commanders,  Service  components,  and  FCRC  contract  efforts. 

Required  resources  to  effect  the  action  are  also  cited  in  Table  1-3  in 
terras  of  both  time  and  money.  The  time  entries  represent  calendar  time 
for  completion  starting  from  the  date  of  this  brief,  It  does  not 
represent  the  duration  of  any  specific  task,  fiscal  resources  depict 
only  thece  services  which  must  be  procured  under  contract  funding.  The 
cited  entries  do  not  include  the  salary  and  overhead  associated  with  DoD 
Civilian  or  Military  Personnel, 


Table  I - 3a 

Coordinate  Software  Research 
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MANAGEMENT  POLICY 


The  organizational  interactions  necessary  for  implementation  of  the  manage- 
ment policy  portion  of  the  DoD  oftware  Management  Program  are  illustrated 
in  Figure  II-l. 

For  both  new  policy  initiatives  and  changes  to  existing  policy,  the  follow- 
ing roles  shall  generally  apply: 

a * SteerinR  Committee  - OPR 

1.  Review  existing  policies  for  coverage,  adequacy,  realism  and 
auditability. 

2.  Determine  need  for  new  policy,  modified  policy,  or  "no  change"  action. 

3.  Draft  policy  and  coordinate  within  OSD/Services  - include  audit  standards. 
A.  Assess  impact  of  new  or  modified  policy. 

5.  Brief  DSARC  on  position,  ensuing  impact,  areas  of  applicability, 
exclusions,  and  expected  benefits. 

6.  Finalize  policy  and  establish  necessary  audit  mechansim  and  reporting 
structure. 

7.  Continuously  monitor  corresponding  service  policies,  procedures, 
regulations  as  well  as  OSD  actions  in  definitional  areas  and  ADP. 

8.  Prepare  DSARC  checklist  to  assure  program  consistency  with  in  force 
policies,  new  or  modified. 

S.  Monitor  impact  of  policy  to  determine  if  it  produces  desired  results, 
b.  Role  of  Panels  and  Panel  Members 

1.  Technical  and  management  advisory  role. 

2.  Policy  impact  assessment  and  analysis. 

a.  Technological 

b.  Economic  impact 

c.  Procurement  impact  - industrial  motivation 
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3.  Surface  additional  inadequate  existing  directives,  instruction-}, 
and  standards. 

c.  Role  of  Services 

1.  Comment  on  OSD  policies  during  formulation. 

2.  Prepare  accompanying  regulations,  instructions,  and  standards  for 
Service  components. 

3.  Carry  out  policy  and  accompanying  audit  mechanism;  review  with  OSD 
periodically  to  assess  resulting  gains  and  losses. 


Specific  responsibility  and  action  items  with  respect  to  each  of  the  DoD 
Software  Management  Program  elements  are  delinated  in  Table  II-l. 


11-15 


jje k 


Code:  P - Primary  or  Lead  Responsibility 
S = Support  Responsibility 
A = Advisory  Responsibility 
I «•  Implementation  Responsibility 


MANAGEMENT  PRACTICE  AND  PROCEDURE 


The  implementation  of  management  practice  and  procedures  portions  of 
the  DoD  Software  Management  Program  involves  a merger  between  policy 
and  technology  initiatives.  In  those  areas  where  directives,  standards, 
instructions  are  involved,  the  organizational  interactions  are  identical 
to  those  prescribed  in  the  policy  domain.  In  those  areas  where  technology 
provides  the  primary  impetus  for  practice  and  procedural  steps,  the 
organizational  interaction;,  will  follow  that  prescribed  in  the  technology 
domain. 

Specific  responsibility  and  action  items  with  respect  to  each  of  the  DoD 
Software  Management  Program  elements  are  delinated  in  Table  II-2. 


Table  II-2 

Responsibility  and  Action  Summary  — MANAGEMENT  PRACTICE  & PROCEDURE 
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TECHNOLOGY 


The  organizational  interactions  necessary  for  implementation  of  the 
technology  portion  of  the  DoD  Software  Management  Program  are  illustrated 
in  Figure  11-2, 

For  new  technology  programs  and  initiatives,  the  following  roles  shall  ' 

generally  apply: 

a.  Service  Components 

1.  Originate  ideas  in  technological  areas  of  interest 

2.  Review  program  proposals;  technical  approval  or  rejection 

3.  Budget  request  or  reprogramming  of  funds 

4.  Provide  technical  and  fiscal  management  of  programs 

5.  Appraise  Software  Management  Steering  Committee  of  meaningful 
findings,  results,  and  product  developments 

b.  Role  of  Panels  and  Panel  Members 

1.  Originate  ideas  in  technological  areas  of  interest 

2.  Coordinate  technology  efforts  among  Services;  evaluate  programs  for  i 

transferability 

I 

3.  Technical  advocacy  in  respective  Services 

i 

4.  Brief  Software  Management  Steering  Committee  of  meaningful  finuings, 
results,  and  product  developments;  provide  policy  impact  assessment 

5.  Publicize  technological  developments  throughout  DoD  and  industry; 
interface  with  other  DoD  Software  Grorpn,  e.g,,  (ESR,  NLCC,  etc). 

c.  Role  of  Software  Management  St  ^r,^i,  '‘onmittee 

1,  Review  technology  programs  for  poll**,-  ccv*ristency,  relevancy,  and  j 

Impact 

( 

2.  Update  policy  and  audit  mechanisms  to  exploit  "enabling  technology" 
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3.  Brief  DSARC  on  promising  developments,  and  on  imminent  improvements 
resulting  from  technology 

( 

4.  Publicize  technology  'l  developments  and  their  ensuing  impact  on  policy 
through  DoD  and  industry 

5.  Advise  DDR&E  on  software  technology  programs 

Specific  responsibility  and  action  items  with  respect  to  each  of  the  DoD 
i Software  Management  Program  elements  are  delineated  in  Table  II-3. 

For  on-going  technology  programs,  the.  roles  of  the  Service  Components  and 
I the  Software  Management  Steering  Committee  are  the  same  as  cited  above. 

The  role  of  the  Panels  and  Panel  Members  is  slightly  modified  to  include: 

I 1.  Review  and  coordination  of  objectives,  goals,  and  implementations 

2.  Identify  strengths  and  weaknesses  in  a tri-service  context 

I 3.  Identify  areas  of  transferability  across  service  lines' 

4.  Identify  areas  of  R&D  transfer  to  contemporary  programs 

5.  Advise  and  consult  with  cognizant  sponsor  organization 

i 6,  Brief  Software  Management  Steering  Committee  and  DDR&E  on  meaningful 

findings,  results,  and  product  developments;  provide  policy  impact 
assessment 
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Software  Management  Steering  Committee 
Statement  of  Principles 
CAPSTONE  DIRECTIVE 
I.  Management  Policy 

Software  Visibility  in  Weapon  System  Acquisition  - Computer  resources 
in  systems  are  managed  as  elements  or  subsystems  of  major  importance 
during  conceptual,  validation,  full-scale  development,  production, 
deployment,  operation  and  support  phases.  The  purpose  of  the  Directive 
is  to  supplement  and  aid  in  the  application  of  the  management  principles 
espoused  in  DODD  5000.1  and  DODD  5000.2  as  they  relate  to  these 
resources. 

1.  Software  requirements  and  risk  analyses,  planning,  preliminary 
design,  and  interface  control  and  integration  will  be  conducted  during  the 
Concept  Formulation  and  Program  Validation  phases  of  system  development, 
prior  to  the  DSARC  II.  Ease  of  maintenance  and  modification  will  be  major 
considerations  in  the  initial  design. 

2.  Planning  and  management  directives  for  embedded  computer  systems 
will  treat  software  components  as  configuration  items. 

% A computer  resource  plan  shall  be  developed  prior  to  DSARC  II  and 
maintained  through  the  life  cycle.  The  purpose  of  the  plan  is  to  Identify 
the  irrcortant  embedded  computer  system  resource  acquisition  and  life  cycle 
planning  factors,  and  establish  specific  software  guidelines  to  ensure  that 
these  factors  are  adequately  considered  in  the  acquisition  planning  process. 

A.  Support  items  required  to  cost  effectively  develop  and  maintain  the 
delivered  software  over  the  system's  life  cycle  will  be  specified  as  deliverable 
with  Doft  acquiring  rights  to  their  design.  Examples  of  such  support  items 
are  compilers,  environmental  simulators,  documentation  aids,  test  case 
generators  and  analyzers,  test  data  management  systems,  system  exercisers, 
standards  enforcers,  and  training  aids. 

5.  Specific  milestones  to  manage  the  life  cycle  development  of  software 
will  be  used  to  ensure  the  proper  sequence  of  analysis,  design,  implementation, 
integration,  test,  operation  and  maintenance.  These  milestones  will  include 
specific  criteria  that  measure  their  attainment. 

6.  Technical  and  managerial  personnel  with  embedded  computer  system 
experience  will  be  assigned  responsive  to  program  management  organizations. 


III-l 


{ 


f 

\ 


\ 

, \ 

r 


m 


7.  DoD  approved  Higher  Order  Languages  (HOL)  will  be  used  to 
develop  embedded  computer  systems  unless  it  is  conclusively  demon- 
strated that  the  approved  HOL  is  not  cost  effective  over  the  system  life 
cycle.  Any  DoD  approved  HOL  will  be  Assigned  to  a designated  control 
agent  who  will  be  responsible  for  assuring  the  stability  of  the  language, 
certifying  all  implementations,  gathering  data  as  to  the  use  of  the 
language,  and  for  disseminating  information,  compilers,  and  tools. 

II.  Management  Practices  and  Procedures 

A.  Software  Acquisition  Management  Standards 

1.  Standard  terminology  is  essential  for  the  management  of  embedded 
computer  system  resources  throughout  the  DoD.  Definitions  listed  in 
Attachment  A will  be  used  as  standards  throughout  the  DoD  and  by  DoD 
contractors  in  the  implementation  of  DoDD  500C.1  and  5000.2. 

2.  Review  all  DoD  and  component  Service  regulations,  directives, 
and  standards  to: 

(a)  Identify  and  correlate  the  various  sources  of  information 
describing  hardware  and  software  acquisition  and  life  cycle  management. 

(b)  Identify  those  existing  hardware  and  software  regulations, 
directives,  and  standards  which  must  be  modified  to  provide  consistency 
and  coverage. 

(c)  Identify  additional  regulations,  directives,  and  standards 
which  are  needed  to  adequately  address  software  areas  not  covered. 

3*  Generate  and  promulgate  the  necessary  modifications  to  and/or  the 
new  regulations,  directives,  and  standards  Identified  in  II.A.2.  above. 

4.  Cancel  any  existing  regulations,  directives,  and  standards  no 
longer  required  ae  a result  of  II. A. 2.  above. 

5.  Establish  a qualified  Office  of  Primary  Responsibility  within  each 
Service  to  process  additions  and  changes  for  consideration  and  Inclusion 
in  the  standard  definition  list,  regulations,  directives,  and  standards. 

B.  Embedded  Computer  System  Resource  Acquisition.  Management, 

Development,  Operation  and  Support  Guides 

1.  The  DoD  will  develop  a coordinated  embedded  computer  systems 
software  engineering  methodology  and  discipline  to  improve  the  quality  of 
software  and  provide  for  the  effective  management  control  of  its  develop- 
ment. To  achieve  these  objectives,  the  Services  shall: 
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(a)  Prepare  and  maintain  guidelines,  checklists,  handbooks  and 
examples  covering  development,  acquisition,  operation  and  support.  These 
are  intended  for  day-to-day  use  by  program  managers  and  their  staffs. 

(b)  Establish  appropriate  education,  training  or  experience  career 
paths  with  accompanying  career  incentives  to  foster  the  development  and 
retention  of  professional  embedded  computer  system  software  engineers. 

(c)  Initiate  a coordinated  Research  and  Development  Program  to 
identify  end  supp,.y  the  technological  base  needed  to  support  the  policy, 
practice,  and  procedure  initiatives  cited  in  this  Directive* 

2.  Further,  DoD  will  establish  an  inventory  of  embedded  computer  system 
hardware,  software,  and  support  facility  resources. 


Attachment  A 


Computer  Data 
Computer  Equipment; 

Computer  Firmware: 
Computer  Program; 


Computer  Resources: 
Computer  Software: 

Embedded: 


DEFINITIONS 


Basic  elements  of  Information  used  by  computer 
equipment  in  responding  to  a computer  program. 

Devices  capable  of  accepting  and  storing  computer 
data,  executing  a systematic  sequence  of  operations 
on  computer  data  or  producing  control  outputs.  Such 
devices  can  perform  substantial  intrepretation,  com- 
putation, commensuration,  control,  and  other  logical 
functions. 

The  logical  code  of  computer  equipment  which  in- 
terprets the  control  functions  of  that  equipment. 

A series  of  instructions  or  statements  in  a form 
acceptable  to  computer  equipment,  designed  to 
cause  the  execution  of  an  operation  or  series  of 
operations.  Computer  programs  include  operating 
systems,  assemblers,  compilers,  interpreters,  data 
management  system,  utility  programs,  and  mainten- 
ance/diagnostic programs.  They  also  include  appli- 
cation programs  such  as  payroll,  inventory  control, 
operational  flight,  strategic,  tactical,  automatic 
test,  crew  simulator,  and  engineering  analysis  pro- 
grams. Computer  programs  may  be  either  machine 
dependent  or  machine  independent,  and  may  be  general 
purpose  in  nature  or  be  designed  to  satisfy  the  re- 
quirements of  a specialized  process  or  a particular 
user. 

The  totality  of  computer  equipment,  computer  pro- 
grams, computer  data  associated  documentation, 
personnel,  and  supplies. 

A combination  of  associated  computer  programs  and 
computer  data  required  to  command  the  computer 
equipment  to  perform  computational  or  control 
functions. 

Objective  modifier;  integral  to,  from  a design, 
procurement,  and  operations  point  of  view. 
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APPROX.  50%  IN  DEVELOPMENT 
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MANAGEMENT  INTERACTION  IN  DECISION 
PROCESS 


Interrelationship  of  Software  Acquisition  Study  Finding 


DOD  r-OCAL  POINT  WEAPON  SYSTEMS  SOFTWARE 


DOD  SOFTWARE  PROGRAM  MILESTONES 
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SCHEDULE  CONTROL 
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ORGANIZATIONAL  INTERACTIONS 
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AND 
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Figure  II- 2 

ORGANIZATIONAL  INTERACTIONS  TECHNOLOGY  INITIATIVES 


OOD  SOFTWARE  PROGRAM  ELEMENTS  AND  PUBLICITY 


